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DETAILED ACTION 

1 . This action is issued in response to the Amendment filed on 10/27/2006. 

2. Claims 38, 40, 49, 54, and 58 were amended. Claims 1 - 37, 39, and 50 - 53 
were canceled. No claims were added. 

3. This action is made Final. 

4. Claims 38, 40 - 49, and 54 - 58 are pending in this application. 

5. Applicant's arguments filed on 10/27/2006 have been fully considered but they 
are not persuasive. 



Claim Rejections - 35 USC § 103 

6. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
' the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
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not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 

7. Claims 38, and 44 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bennion (U.S. Patent No. 5,634,123). 

Regarding claim 38, Bennion teaches a computer readable medium bearing a 
computer readable representation ... comprising: 

a single binary fragment (Fig. 2, item 200 and 201 , Col. 7, lines 7-10, Bennion) 
associated with said object that comprises both a binary fragment header and a binary 
fragment payload (col. 1 , lines 56-60, "The data structure defined by the present 
invention includes two types of records: data-containing records and container records. 
Data-containing records contain data, while container records contain other records. A 
code point found at the beginning of each record specifies its type", wherein a code 
point is equivalent to a header and one of the types is data-containing records, in which 
case the header is a binary fragment header; Figure 2, element 205, wherein the Data 
portion is equivalent to the payload); 

wherein the binary fragment header comprises a type field wherein the type field 
indicates the fragment is a binary fragment (col. 1, lines 56-60, "The data structure 
defined by the present invention includes two types of records: data-containing records 
and container records. Data-containing records contain data, while container records 
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contain other records. A code point found at the beginning of each record specifies its \ 
type.", wherein the data-containing record type is equivalent to a binary fragment type); 

i 

and a length field wherein the length field indicates a length of the binary 
fragment payload (Figure 2.; col. 1 , lines 60-62, "A length field facilitates variable data 
lengths for data-containing records"); 

wherein the payload comprises a plurality of primitive data members in storage 
engine record format; (col. 3, lines 19-24, "Thus, a hierarchical structure emerges. Each 
individual record contained within COMPANY record 600 may be classified as either a 
container record or a data-containing record. Container records contain other records, 
while data-containing records contain data. No record is both a container record and a 
data-containing record"; col: 4, lines 40-43, "By definition, a data-containing record has 
a "Length" equal to the actual length of the record itself, since a data-containing record 
cannot contain another record", wherein a data-containing record is a primitive data 
member) 

at least one additional fragment comprising at least one non-primitive member of 
the object (See at least col. 1 , lines 56-60, "The data structure defined by the present 
invention includes two types of records: data-containing records and container records. 
Data-containing records contain data, while container records contain other records. A 
code point found at the beginning of each record specifies its type"; Figure 3, and col. 6, 
lines 5-18, wherein "a sample string of data bytes representing a series of hierarchically- 
organized records" illustrates a fragment comprising non-primitive members of the 
object). 
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Bennion does not explicitly teach a payload wherein said plurality of primitive 
data members are all of the primitive data members of the object. However since each 
record within the COMPANY object may be classified as either a container record or a 
data-containing record (i.e. a primitive data member) (col. 3, lines 19-22), it is obvious 
that said plurality of primitive data members are all of the primitive data members of the 
object. 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to include all of the primitive data members of an object in a binary 
fragment payload as taught by Bennion to provide a complete COMPANY object record 
as shown in the example given in col. 3 lines 19-31 . One of ordinary skill in the art 
would be motivated to make the aforementioned combination with reasonable 
expectation of success. 

Claim 44 is rejected for the reasons set forth hereinabove for claim 38 and 
furthermore Bennion discloses a medium comprising a terminator fragment that marks 
the end of the object, said terminator fragment comprising a terminator type field 
indicating the terminator fragment is a terminator fragment (col. 6, lines 40-42). 

8. Claims 40-43 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Bennion (U.S. Patent No. 5,634,123), further in view of Krishnaprasad et al, 
"Krishnaprasad" (U.S. Publication No. 2004/0220946), and further in view of Sarkar 
(U.S. Patent No. 6,012,067), 
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Claim 40 is rejected for the reasons set forth hereinabove for claim 38. However, 
Bennion does not explicitly disclose a fragment comprising Large Object (LOB) 
fragment. 

Krishnaprasad discloses a computer readable medium comprising: 

at least one Large Object (LOB) fragment comprising a LOB fragment header 
(page 5, section [0062], "Message 300 includes four fields: a length field 302; a version 
field 304; a flag field 306; and a payload field 310. The combination of fields 302, 304, 
306, 310 composes a serialized image of XML data, according to the illustrated 
embodiment", wherein the fields except the payload field are considered to be the 
header portion) and a LOB fragment payload (page 6, section [0066], "Payload field 310 
includes serialized XML data for a particular XML construct"); 

wherein the LOB header comprises a LOB type field, wherein the LOB type field 
indicates the LOB fragment is a LOB fragment (page 6, section [0066], "If the flag field 
306 indicates that the type is LOB, then a locator for the LOB appears in the payload, 
such as the octal string "0.times.000030303030303- 0 . . . "); 

and a LOB length field, wherein the LOB length field indicates a length of the 
LOB fragment payload (page 5, section [0063], "Length field 302 includes data that 
indicates the length of the serialized image. Any method known in the art for indicating 
length may be used."; Page 6, TABLE 2). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a LOB fragment structure as disclosed by 
Krishnaprasad into the computer readable representation as disclosed in Bennion so 
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that an XML element may be transferred between processes 132a and 132b, which 
both have access to LOB 144b, by passing the LOB locator (page 4, section [0047]). 
One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 

However, the combination of Bennion in view of Krishnaprasad does not explicitly 
disclose a value type field that indicates whether the LOB fragment payload comprises 
an inline LOB or a pointer to a LOB location. 

Sarkar teaches a value type field, wherein the value type field indicates whether 
the LOB fragment payload comprises an inline LOB or a pointer to a LOB location (col. 
4, lines 25-33, "Internal LOB columns contain LOB locators that can refer to out-of-line 
or inline LOB values. Selecting a LOB column value returns the LOB locator and not the 
entire LOB value. Different operations in the form of packages and functions are 
performed through these locators. Multiple LOB data type columns can be defined in a 
table and all possible SQL operations are possible over such tables and attributes. LOB 
locator can be stored in the table column, either with or without the actual LOB value"). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a value type field, as disclosed by Sarkar, into the 
computer readable representation as disclosed in the combination of Bennion and 
Krishnaprasad so that when a LOB column value is selected, the LOB locator is first 
returned instead of the entire LOB value (col. 4, lines 27-28). One of ordinary skill in the 
art would be motivated to make the aforementioned combination with reasonable 
expectation of success. 
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Claim 41 is rejected for the reasons set forth hereinabove for claim 40 and 
furthermore the combination of Bennion in view of Krishnaprasad and further in view of 
Sarkar discloses a medium wherein the LOB fragment payload comprises a LOB (col. 4, 
lines 25-33, Sarkar). 

Claim 42 is rejected for the reasons set forth hereinabove for claim 40 and 
furthermore the combination of Bennion in view of Krishnaprasad and further in view of 
Sarkar discloses a medium wherein the LOB fragment payload comprises a pointer to a 
LOB location (col. 4, lines 25-33, Sarkar). 

Claim 43 is rejected for the reasons set forth hereinabove for claim 40 and 
furthermore the combination of Bennion in view of Krishnaprasad and further in view of 
Sarkar discloses a medium wherein the value type field indicates whether the LOB 
fragment payload comprises an inline LOB, a pointer to a LOB location, or a cell 
reference (col. 4, lines 25-33; col. 5, lines 18-47, Sarkar). 

9. Claims 45-48, 55-57 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bennion (U.S. Patent No. 5,634,123), and further in view of Stickler (US Patent No. 
6,904,454 B2). 

Claim 45 is rejected for the reasons set forth hereinabove for claim 38 and 
furthermore Bennion discloses a medium wherein said at least one additional fragment 
comprises: 
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a collection start fragment comprising a collection start header (col. 1, lines 56- 
60, "The data structure defined by the present invention includes two types of records: 
data-containing records and container records. Data-containing records contain data, 
while container records contain other records. A code point found at the beginning of 
each record specifies its type", wherein container records are equivalent to "collection". 
A code point is equivalent to the start header); 

wherein the collection start header comprises a collection start type field, wherein 
the collection start type field indicates the collection start fragment is a collection start 
fragment (Col. 1 , lines 56 - 63, "The data structure defined by the present invention 
includes two types of records: data-containing records and container records. Data- 
containing records contain data, while container records contain other records. A code 
point found at the beginning of each record specifies its type. A length field 
facilitates variable data lengths for data-containing records, as well as implicit definition 
of a hierarchical structure among records", wherein container records are equivalent to 
"collection". A code point corresponds to the start header. "... a hierarchical 
structure among records..." indicates the structure of a collection type record; col. 5, 
lines 18-20, "One bit is used to indicate that this is a container record (as opposed to a 
data-containing record)") indicate that this is a container record (as opposed to a data- 
containing record)", Bennion); and 

a plurality of collection element fragments (See at least col. 1, lines 56 - 63; 
Figure 3, and col. 6, lines 5-18). 
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However, Bennion does not explicitly disclose a bit field, wherein the bit field 
indicates whether an order exists among a plurality of collection element fragments. 

Stickler discloses a bit field, wherein the bit field indicates whether an order 
exists among a plurality of collection element fragments (Col. 1 and 17, lines 56 - 58 
and 45 - 47; respectively, "at least one entity includes metadata that identifies a 
sequential relationship between one or more entities within the scope of said one entity, 
each of said entities including metadata defining a position within said sequential 
relationship", wherein the one entity that identifies a sequential relationship (i.e. order of 
entities) corresponds to the bit field that indicates whether an order exists among 
collection element fragments as claimed, Stickler). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a bit field indicating whether an order exists as 
disclosed by Stickler among a plurality of collection element fragments, as disclosed in 
Bennion, to overcome a difficult situation present in known tree-based versioning 
models namely their inability to explicitly define relationships between different releases 
(col. 2, lines 1-5). Furthermore, MARS 25 also provides encoding properties defining 
special qualities relating to the format, structure or general serialization of data streams 
(col. 10, lines 16-18). One of ordinary skill in the art would be motivated to make the 
aforementioned combination with reasonable expectation of success. 

Claim 46 is rejected for the reasons set forth hereinabove for claim 45 and 
furthermore the combination of Bennion in view of Stickler discloses a medium 
comprising: 
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at least one collection element fragment comprising a collection element header 
and collection element payload (col. 1, lines 56-60, "The data structure defined by the 
present invention includes two types of records: data-containing records and container 
records. Data-containing records contain data, while container records contain other 
records. A code point found at the beginning of each record specifies its type"; col. 5, 
lines 18-20, "One bit is used to indicate that this is a container record (as opposed to a 
data-containing record)", wherein a code point is equivalent to a header and one of the 
types is container records, in which case the header is a collection element header 
because container records contain other records, which is equivalent to a "collection" 
element, and the data itself is the payload, Bennion); 

wherein the collection element header comprises a collection element type field, 
wherein the collection element type field indicates the collection element fragment is a 
collection element fragment; (col. 5, lines 18-20, "One bit is used to indicate that this is a 
container record (as opposed to a data-containing record)", Bennion), 

and a collection element length field, wherein the collection element length field 
indicates the a length of the collection element payload (col. 5, lines 23-25, "For 
container records, the length field 203 specifies the total length of all records that the 
current record contains (as described above)", Bennion); 

Claim 47 is rejected for the reasons set forth hereinabove for claim 46, and 
furthermore the combination of Bennion in view of Stickler discloses a medium wherein 
the collection element payload comprises a data member in a collection of data 
members corresponding to said collection start fragment (col. 3, lines 32-43, Bennion). 
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Claim 48 is rejected for the reasons set forth hereinabove for claim 46, and 
furthermore the combination of Bennion in view of Stickler discloses a medium wherein 

the collection element header further comprises a collection element locator field 
that provides a unique location of a data member in a collection of data members (col. 
4, lines 24-31 , Bennion). 

Claim 55 is rejected on grounds corresponding to the reasons given above for 
claims 45 and 46. 

Claims 56, 57 are rejected on grounds corresponding to the reasons given above 
for claims 47 and 48. 

10. Claims 49 and 54 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bennion (U.S. Patent No. 5,634,123), in view of Krishnaprasad et al, 
"Krishnaprasad" (U.S. Publication No. 2004/0220946), in view of Sarkar (U.S. Patent 
No. 6,012,067), and further in view of Stickler (US Patent No. 6,904,454 B2). 

With respect to claim 49, Bennion teaches a computer readable medium bearing 
a computer readable representation ... comprising: 

a collection start fragment comprising a collection start header (col. 1 , lines 56- 
60, "The data structure defined by the present invention includes two types of records: 
data-containing records and container records. Data-containing records contain data, 
while container records contain other records. A code point found at the beginning of 
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each record specifies its type", wherein container records are equivalent to "collection". 
A code point is equivalent to the start header, Bennion); 

wherein the collection start header comprises a collection start type field, wherein 
the collection start type field indicates the collection start fragment is a collection start 
fragment (col. 1 , lines 56 - 63, "The data structure defined by the present invention 
includes two types of records: data-containing records and container records. Data- 
containing records contain data, while container records contain other records. A code 
point found at the beginning of each record specifies its type. A length field facilitates 
variable data lengths for data-containing records, as well as implicit definition of a 
hierarchical structure among records", wherein container records are equivalent to 
"collection". A code point is equivalent to the start header, "a hierarchical structure 
among records" indicates the structure of a collection type record; col. 5, lines 18-20, 
"One bit is used to indicate that this is a container record (as opposed to a data- 
containing record)", Bennion); and 

a plurality of collection element fragments (See at least col. 1 , lines 56 - 63; 
Figure 3, and col. 6, lines 5-18, Bennion). 

However, Bennion does not explicitly disclose a fragment comprising Large 
Object (LOB) fragment and nor does Bennion explicitly disclose a bit field, wherein the 
bit field indicates whether an order exists among a plurality of collection element 
fragments. 

Krishnaprasad discloses a computer readable medium bearing ... representation 
... comprising: 



Application/Control Number: 1 0/821 ,687 Page 1 4 

Art Unit: 2162 

at least one Large Object (LOB) fragment comprising a LOB fragment header 
(page 5, section [0062], "Message 300 includes four fields: a length field 302; a version 
field 304; a flag field 306; and a payload field 310. The combination of fields 302, 304, 
306, 310 composes a serialized image of XML data, according to the illustrated 
embodiment", wherein the fields except the payload field are considered to be the 
header portion) and a LOB fragment payload (page 6, section [0066], "Payload field 310 
includes serialized XML data for a particular XML construct", Krishnaprasad); 

wherein the LOB header comprises a LOB type field, wherein the LOB type field 
indicates the LOB fragment is a LOB fragment (page 6, section [0066], "If the flag field 
306 indicates that the type is LOB, then a locator for the LOB appears in the payload, 
such as the octal string "0.times.000030303030303- 0 . . . ", Krishnaprasad); 

and a LOB length field, wherein the LOB length field indicates a length of the 
LOB fragment payload (page 5, section [0063], "Length field 302 includes data that 
indicates the length of the serialized image. Any method known in the art for indicating 
length may be used."; Page 6, TABLE 2, Krishnaprasad). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a LOB fragment structure as disclosed by 
Krishnaprasad into the computer readable representation as disclosed in Bennion so 
that an XML element may be transferred between processes 132a and 132b, which 
both have access to LOB 144b, by passing the LOB locator (page 4, section [0047]). 
One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 
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However, the combination of Bennion in view of Krishnaprasad does not explicitly 
disclose a value type field that indicates whether the LOB fragment payload comprises 
an inline LOB or a pointer to a LOB location, nor a bit field, wherein the bit field indicates 
whether an order exists among a plurality of collection element fragments 

Sarkar teaches a value type field, wherein the value type field indicates whether 
the LOB fragment payload comprises an inline LOB or a pointer to a LOB location (col. 
4, lines 25-33, "Internal LOB columns contain LOB locators that can refer to out-of-line 
or inline LOB values. Selecting a LOB column value returns the LOB locator and not the 
entire LOB value. Different operations in the form of packages and functions are 
performed through these locators. Multiple LOB data type columns can be defined in a 
table and all possible SQL operations are possible over such tables and attributes. LOB 
locator can be stored in the table column, either with or without the actual LOB value", 
Sarkar). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a value type field, as disclosed by Sarkar, into the 
computer readable representation as disclosed in the combination of Bennionin view of 
Krishnaprasad so that when a LOB column value is selected, the LOB locator is first 
returned instead of the entire LOB value (col. 4, lines 27-28, Sarkar). One of ordinary 
skill in the art would be motivated to make the aforementioned combination with 
reasonable expectation of success. 
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However, the combination of Bennion, in view of Krishnaprasad, and further in 
view of Sarkar does not explicitly disclose a bit field, wherein the bit field indicates 
whether an order exists among a plurality of collection element fragments. 

Stickler discloses a bit field, wherein the bit field indicates whether an order 
exists among a plurality of collection element fragments (col. 1, lines 56-58, "at least 
one entity includes metadata that identifies a sequential relationship between one or 
more entities within the scope of said one entity, each of said entities including 
metadata defining a position within said sequential relationship", wherein the one entity 
that identifies a sequential relationship (i.e. order of entities) is analogous to the bit field 
that indicates whether an order exists among collection element fragments as claimed, 
Stickler). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a bit field indicating whether an order exists as 
disclosed by Stickler among a plurality of collection element fragments, as disclosed in 
Bennion, to overcome a difficult situation present in known tree-based versioning 
models namely their inability to explicitly define relationships between different releases 
(col. 2, lines 1-5, Stickler). Furthermore, MARS 25 also provides encoding properties 
defining special qualities relating to the format, structure or general serialization of data 
streams (col. 10, lines 16-18). One of ordinary skill in the art would be motivated to 
make the aforementioned combination with reasonable expectation of success. 
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Claim 54 is rejected for the reasons set forth hereinabove for claim 53 and 
furthermore Bennion, in view of Krishnaprasad, in view of Sarkar, and further in view of 
Stickler discloses a medium comprising: 

a collection element fragment comprising a collection element header and 
collection element payload (col. 1, lines 56-60, "The data structure defined by the 
present invention includes two types of records: data-containing records and container 
records. Data-containing records contain data, while container records contain other 
records. A code point found at the beginning of each record specifies its type"; col. 5, 
lines 18-20, "One bit is used to indicate that this is a container record (as opposed to a 
data-containing record)", wherein a code point is equivalent to a header and one of the 
types is container records, in which case the header is a collection element header 
because container records contain other records, which is equivalent to a "collection" 
element, and the data itself is the payload, Bennion); 

wherein the collection element header comprises a collection element type field, 
wherein the collection element type field indicates the collection element fragment is a 
collection element fragment; (col. 5, lines 18-20, "One bit is used to indicate that this is a 
container record (as opposed to a data-containing record)", Bennion), 

and a collection element length field, wherein the collection element length field 
indicates a length of the collection element payload (col. 5, lines 23-25, "For container 
records, the length field 203 specifies the total length of all records that the current 
record contains (as described above)", Bennion); 
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1 1 . Claim 58 is rejected under 35 U.S.C. 103(a) as being unpatentable over Bennion 
(U.S. Patent No. 5,634,123), and further in view of Roy et al. ("Roy" hereinafter) (US 
Patent No. 6,631,130). 

Claim 58 is rejected on grounds corresponding to the reasons given above for 
claim 38. 

However, Bennion does not explicitly disclose that the type field indicates that the 
binary fragment is the only fragment of the object. 

Roy discloses that the type field indicates that the binary fragment is the only 
fragment of the object (col. 3, lines 52-59, "The remaining sixty-eight bits of the PDU are 
used for various other addressing information such as indicating whether the PDU 
contains an ATM cell, a packet, or a control message, whether reassembly of the 
packet should be aborted, whether the payload is a first fragment, middle fragment or 
last fragment, how many payload bytes are in the last fragment, the fragment sequence 
count, and a destination flow identifier", wherein the fragment sequence count is used to 
show the fragment count, Roy). 

It would have been obvious to one having ordinary skill in the art at the time the 
invention was made to incorporate a type field indicating that the binary fragment is the 
only fragment of the object as disclosed by Roy into the binary fragment data 
representation as disclosed in Bennion for part of addressing information (col. 3, lines 
52-54). One of ordinary skill in the art would be motivated to make the aforementioned 
combination with reasonable expectation of success. 
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Response to Arguments 

1 . In response to applicant's argument that the references fail to show certain 
features of applicant's invention, it is noted that the features upon which applicant relies 
(i.e., "placing all primitive data members for the object into a single binary fragment", 
"identify ... as starting a collection or as a member of a collection") are not recited in the 
rejected claim(s). Although the claims are interpreted in light of the specification, 
limitations from the specification are not read into the claims. See In re Van Geuns, 988 
F.2d 1 1 81 , 26 USPQ2d 1 057 (Fed. Cir. 1 993). 

2. In regards to the argument referring "a single binary fragment", the applied art 
does disclose this limitation (See 103 rejection of claims 38 and 44 as discussed in this 
Office Action above). 

3. Applicant argues that the prior art fails to disclose; "a bit field that indicates 
whether an order exists among a plurality of collection element fragments". 

Examiner respectfully disagrees. The combination Bennion in view of Stickler 
does disclose: a bit field that indicates whether an order exists among a plurality of 
collection element fragments (Col. 1 and 17, lines 56 - 58 and 45 - 47; respectively, "at 
least one entity includes metadata that identifies a sequential relationship between one 
or more entities within the scope of said one entity, each of said entities including 
metadata defining a position within said sequential relationship", wherein the one entity 
that identifies a sequential relationship (i.e. order of entities) corresponds to the bit field 
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that indicates whether an order exists among collection element fragments as claimed, 
Stickler). 

4. In response to applicant's arguments, that "Stickles is not concerned with object 
serialization for hardware retrieval the recitation "object serialization for hardware 
retrieval" has not been given patentable weight because the recitation occurs in the 
preamble. A preamble is generally not accorded any patentable weight where it merely 
recites the purpose of a process or the intended use of a structure, and where the body 
of the claim does not depend on the preamble for completeness but, instead, the 
process steps or structural limitations are able to stand alone. See In re Hirao, 535 F.2d 
67, 190 USPQ 15 (CCPA 1976) and Kropa v. Robie, 187 F.2d 150, 152, 88 USPQ 478, 
481 (CCPA 1951). 

5. Applicant argues that the prior art fails to disclose; "a collection start fragment 
comprising a collection start header, and the header has a type field that indicates the 
collection start fragment is a collection start fragment". 

Examiner respectfully disagrees. The applied art does disclose: a collection start 
fragment comprising a collection start header, and the header has a type field that 
indicates the collection start fragment is a collection start fragment (Col. 1 , lines 56 - 63, 
"The data structure defined by the present invention includes two types of records: data- 
containing records and container records. Data-containing records contain data, while 
container records contain other records. A code point found at the beginning of each 
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record specifies its type. A length field facilitates variable data lengths for data- 
containing records, as well as implicit definition of a hierarchical structure among 
records", wherein container records are equivalent to "collection". A code point 
corresponds to the start header. "... a hierarchical structure among records..." 
indicates the structure of a collection type record; col. 5, lines 18-20, "One bit is used to 
indicate that this is a container record (as opposed to a data-containing record)", 
Bennion). 
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Conclusion 

1 . The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure. 



2. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 
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Points Of Contact 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Giovanna Colan whose telephone number is (571) 272- 
2752. The examiner can normally be reached on 8:30 am - 5:00 pm. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Breene can be reached on (571) 272-4107. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Giovanna Colan 
Examiner 
Art Unit 2162 



February 2, 2007 




